<div dir="ltr"><div dir="ltr" class="gmail_msg">I agree with James that releasing the source code won’t happen (trade secrets) and isn’t really useful to the casual OSMer anyways. Of course we’d love to have more companies and institutions creating and releasing similar data — but that just suggests what a potentially great gift this is to OSM. As we say in English, don’t look a gift horse in the mouth.<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">More interesting is whether the Facebook team will release the code for their modified iD instance? Is that possible or planned Drishtie?  Data validation tools on top of iD’s intuitive interface could be useful for a lot of OSM users, especially other institutions.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">PS — Drishtie identifies herself in the email, for those looking for a name :-)</div></div><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Thu, Mar 16, 2017 at 5:37 PM James <<a href="mailto:james2432@gmail.com" class="gmail_msg" target="_blank">james2432@gmail.com</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto" class="gmail_msg">Micheal, facebook is not going to publish their source code. It doesnt make finacial sense. <div dir="auto" class="gmail_msg"><br class="gmail_msg"></div><div dir="auto" class="gmail_msg">Also maybe you should look up machine learning/neural networks. There is no code persay. You feed a bunch of data into the neural net and train it for xyz(takes up a lot of disk space) to recognise what is a road. After that time the program, based on self feedback can start to identify similar objects</div><div dir="auto" class="gmail_msg"><br class="gmail_msg"></div><div dir="auto" class="gmail_msg">See speach generation</div><div dir="auto" class="gmail_msg"><a href="https://www.youtube.com/watch?v=NG-LATBZNBs" class="gmail_msg" target="_blank">https://www.youtube.com/watch?v=NG-LATBZNBs</a><br class="gmail_msg"></div><div dir="auto" class="gmail_msg"><br class="gmail_msg"></div><div dir="auto" class="gmail_msg">Seeing as facebooks computational power will rival that of super computers, even if you wanted to recreate it, it would probably take you 1000 years of home computing power to "train" the neural network to recognise roads, at which point we will all be dead.</div><div dir="auto" class="gmail_msg"><br class="gmail_msg"></div></div><div class="gmail_extra gmail_msg"><br class="gmail_msg"><div class="gmail_quote gmail_msg">On Mar 16, 2017 6:18 AM, "Michael Reichert" <<a href="mailto:nakaner@gmx.net" class="gmail_msg" target="_blank">nakaner@gmx.net</a>> wrote:<br type="attribution" class="gmail_msg"><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi osm,<br class="gmail_msg">
<br class="gmail_msg">
Am 2017-03-15 um 03:39 schrieb osm:<br class="gmail_msg">
> This email is to share the Facebook process and sample data for review by the OSM community. We welcome feedback.<br class="gmail_msg">
<br class="gmail_msg">
Almost one month ago, on 18. February 2017, Paul Norman asked you to use<br class="gmail_msg">
better changeset tags than comment="#nsroadimport #country".<br class="gmail_msg">
See<br class="gmail_msg">
<a href="https://wiki.openstreetmap.org/wiki/Talk:AI-Assisted_Road_Tracing#Changeset_tags" rel="noreferrer" class="gmail_msg" target="_blank">https://wiki.openstreetmap.org/wiki/Talk:AI-Assisted_Road_Tracing#Changeset_tags</a><br class="gmail_msg">
for his comment. You responded there but your import proposal has not<br class="gmail_msg">
been modified yet. You "really value feedback" (that's a quote by you<br class="gmail_msg">
from that talk page)?!<br class="gmail_msg">
<br class="gmail_msg">
Am 2017-03-15 um 03:39 schrieb osm:<br class="gmail_msg">
> Our goal is to collaborate with the OpenStreetMap community to create quality road data, validated by trained mappers and local OSM communities. Our import documentation on the wiki<<a href="https://wiki.openstreetmap.org/wiki/AI-Assisted_Road_Tracing" rel="noreferrer" class="gmail_msg" target="_blank">https://wiki.openstreetmap.org/wiki/AI-Assisted_Road_Tracing</a>> explains the process in depth, but we're happy to answer any other questions you might have.<br class="gmail_msg">
<br class="gmail_msg">
By reading your license<br class="gmail_msg">
(<a href="https://wiki.openstreetmap.org/w/images/c/cf/FacebookRoadMaskLicense.pdf" rel="noreferrer" class="gmail_msg" target="_blank">https://wiki.openstreetmap.org/w/images/c/cf/FacebookRoadMaskLicense.pdf</a>)<br class="gmail_msg">
some questions arose. The whole agreement is really difficult to read<br class="gmail_msg">
and I ask myself why you choose to use it instead of a well-established<br class="gmail_msg">
open data license.<br class="gmail_msg">
<br class="gmail_msg">
FacebookRoadMaskLicense.pdf writes:<br class="gmail_msg">
> 1.3. Attribution and Resolution Requirements for OSM. For all<br class="gmail_msg">
> Derivative Data licensed or contributed to OSM by Licensee pursuant<br class="gmail_msg">
> to this Agreement, Licensee shall include attribution in the<br class="gmail_msg">
> following format: “Source Imagery © 20XX DigitalGlobe, Inc.”,<br class="gmail_msg">
> annotating the applicable year.<br class="gmail_msg">
<br class="gmail_msg">
The terms do not explain where to place the attribution. Therefore this<br class="gmail_msg">
terms have the same problem as other license which require an<br class="gmail_msg">
attribution (e.g. CC-BY [1], Datenlizenz Deutschland Namensnennung 2.0).<br class="gmail_msg">
We do not require our data users to attribute all our source and<br class="gmail_msg">
therefore the terms are incompatible. Digital Globe must declare that<br class="gmail_msg">
they are ok if they are only named at<br class="gmail_msg">
<a href="http://wiki.openstreetmap.org/wiki/Contributors" rel="noreferrer" class="gmail_msg" target="_blank">http://wiki.openstreetmap.org/wiki/Contributors</a><br class="gmail_msg">
This statement should be part of the legal agreement I am quoting from.<br class="gmail_msg">
<br class="gmail_msg">
> 1.3 […] All contributions of Derivative Data to OSM shall be at a<br class="gmail_msg">
> resolution of at least five (5) meters between nodes or lower<br class="gmail_msg">
> resolution (e.g., 10 meters or 15 meters) except for at the ends of<br class="gmail_msg">
> the vector where connectivity may create additional nodes at a<br class="gmail_msg">
> spacing smaller than 5 meters.<br class="gmail_msg">
<br class="gmail_msg">
Why do the terms contain this clause?<br class="gmail_msg">
<br class="gmail_msg">
> 6.2 […] Facebook may terminate this Agreement or remove any or all of<br class="gmail_msg">
> the Site and/or Content at any time and for any or no reason<br class="gmail_msg">
> immediately.<br class="gmail_msg">
<br class="gmail_msg">
What are the consequences of such a termination? It is unclear whether<br class="gmail_msg">
the data has to be removed from OSM in that case. If it is so, the terms<br class="gmail_msg">
are incompatible.<br class="gmail_msg">
<br class="gmail_msg">
Am 2017-03-15 um 03:39 schrieb osm:<br class="gmail_msg">
> Why are you using iD Editor versus JOSM?<br class="gmail_msg">
> We know JOSM is efficient at what we are trying to do. In fact, we started primarily with JOSM. This said, to make our internal process more efficient, our engineers improved the iD editor so our version has comparable functionality as JOSM.<br class="gmail_msg">
<br class="gmail_msg">
What is your "internal process". OSM is a project in the open, so please<br class="gmail_msg">
publish how the whole import works from the plain imagery to the final<br class="gmail_msg">
OSM file to be uploaded. This includes the necessity to publish the<br class="gmail_msg">
source code of the used software in order that everyone can inspect and<br class="gmail_msg">
– hopefully – understand it. People want to know how good your<br class="gmail_msg">
algorithms really are or if it is still more efficient to trace the<br class="gmail_msg">
imagery.<br class="gmail_msg">
<br class="gmail_msg">
Am 2017-03-15 um 03:39 schrieb osm:<br class="gmail_msg">
> What Imagery are you using?<br class="gmail_msg">
> We are using DigitalGlobe's Vivid+ which is high-resolution (50cm / pixel, or zoom 18) color-corrected and cloud-free.<br class="gmail_msg">
><br class="gmail_msg">
> Can we share DG imagery?<br class="gmail_msg">
> While our license does not currently permit this. DG as noted in this forum<<a href="https://forum.openstreetmap.org/viewtopic.php?id=57387" rel="noreferrer" class="gmail_msg" target="_blank">https://forum.openstreetmap.org/viewtopic.php?id=57387</a>> is looking at options to publish imagery for OSM editing similar to the imagery that is being used by us.<br class="gmail_msg">
<br class="gmail_msg">
Why doesn't Facebook buy it? Microsoft was/is able to purchase licenses<br class="gmail_msg">
which allow the usage of the Bing imagery by OpenStreetMap.<br class="gmail_msg">
<br class="gmail_msg">
> Who are your editors?<br class="gmail_msg">
> Our team consists of 3 engineers and 14 editors, and usernames can be found on the Import wiki. All editors have also updated their profile to say they map for Facebook.<br class="gmail_msg">
<br class="gmail_msg">
Every OSM user should be able to recognize that they are dedicated<br class="gmail_msg">
import accounts by having a single slight look at the usernames. This is<br class="gmail_msg">
currently not possible. Please change them in order that they look like<br class="gmail_msg">
<username>_facebook_ai_import. The term "import" is most important.<br class="gmail_msg">
<br class="gmail_msg">
The Import Guidelines write:<br class="gmail_msg">
> For distributed/community imports, have each person make their own<br class="gmail_msg">
> import account, for example "your osm user name"_import.<br class="gmail_msg">
<br class="gmail_msg">
IMHO all your users should have an additional main account *in addition<br class="gmail_msg">
to their import account*.<br class="gmail_msg">
<br class="gmail_msg">
> Why did you choose Thailand?<br class="gmail_msg">
> Facebook has a high number of users in this country and we would like to improve that map for this community. It is also our mission as a company is to make the world more open and connected and one way we can do is by filling in the missing gaps on the map. We also saw a strong OSM community that we could learn from and engage with while we refine our process for mapping. We are hoping for community feedback as we move forward so we can contribute high quality edits.<br class="gmail_msg">
<br class="gmail_msg">
Did you choose Thailand because it is a developing country and you want<br class="gmail_msg">
to produce a nice press release and nice blog posts? Of course, your<br class="gmail_msg">
contributions there are helpful if you do things right. Your<br class="gmail_msg">
contribtions to OSM at all could be much better and more equally<br class="gmail_msg">
distributed over the community/world if you would share parts of the<br class="gmail_msg">
anonymised data you have:<br class="gmail_msg">
<br class="gmail_msg">
- Facebook knows where people are. Why don't you share data about<br class="gmail_msg">
locations where regularly people check in? We or you could detect when<br class="gmail_msg">
a point of interests stops existing (e.g. a restaurant closes).<br class="gmail_msg">
- Shop operators add information about there facility to Facebook (e.g.<br class="gmail_msg">
opening hours). Offering this data to OSM would really help us.<br class="gmail_msg">
- Invest the knowledge of your AI experts into detecting vandalism and<br class="gmail_msg">
Pokémon Go motivated edits!<br class="gmail_msg">
<br class="gmail_msg">
There are even more possible ways how Facebook could help OSM but those<br class="gmail_msg">
are more difficult regarding privacy. Even if you do things right and<br class="gmail_msg">
only publish anonymised data, people and press will understand you<br class="gmail_msg">
wrong. :-(<br class="gmail_msg">
<br class="gmail_msg">
Best regards<br class="gmail_msg">
<br class="gmail_msg">
Michael<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
[1] The CC-BY has other problems, too.<br class="gmail_msg">
<br class="gmail_msg">
PS Please write plain-text emails and add links to the attachments<br class="gmail_msg">
instead of attaching the to the email. This reduces the size of the email.<br class="gmail_msg">
PPS The From: header of your email does not contain your name, please<br class="gmail_msg">
fix this. You can keep using the <a href="mailto:osm@fb.com" class="gmail_msg" target="_blank">osm@fb.com</a> address but I would like to<br class="gmail_msg">
know how is responsible.<br class="gmail_msg">
<br class="gmail_msg">
--<br class="gmail_msg">
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten<br class="gmail_msg">
ausgenommen)<br class="gmail_msg">
I prefer GPG encryption of emails. (does not apply on mailing lists)<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">_______________________________________________<br class="gmail_msg">
Imports mailing list<br class="gmail_msg">
<a href="mailto:Imports@openstreetmap.org" class="gmail_msg" target="_blank">Imports@openstreetmap.org</a><br class="gmail_msg">
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br class="gmail_msg">
<br class="gmail_msg"></blockquote></div></div>
_______________________________________________<br class="gmail_msg">
Imports mailing list<br class="gmail_msg">
<a href="mailto:Imports@openstreetmap.org" class="gmail_msg" target="_blank">Imports@openstreetmap.org</a><br class="gmail_msg">
<a href="https://lists.openstreetmap.org/listinfo/imports" rel="noreferrer" class="gmail_msg" target="_blank">https://lists.openstreetmap.org/listinfo/imports</a><br class="gmail_msg">
</blockquote></div></div>