no edit summary
This page is under heavy development, for the time being, please refer to the proposal in rich-formatting [https://docs.google.com/document/d/1mPd_SeUqeJF_yKWVEDFuzU7LWsnUFSbLdQQ44HvsYyA/edit?usp=sharing here]
== About You ==
Technologies and Skills Used
This list is just a small glimpse of technologies that I am thinking to use for this project. I am proficient in each of them, through my past projects. (Refer)
Programming Language: Python 3.6 using libraries such as requests, LXML, Scrapy, Beautifulsoup etc. Python will be used widely in this project. Markup Languages - Markdown, MediaWiki, reStructuredTextFor Automation - Ansible or Bash (To automate each step of the migration process and installation of the tool.)Tools - git, shell, MediaWiki API - Pywikibot,GitHub API (Experimental) Others - Yaml (If Ansible is used)
An Overview of the Migration Process
Some documentation of activities are stored in help-activity. Hence to prevent duplication of content between these two sources (Wiki and help-activity), my checklist already contains a step to either manually check the content difference between them or use a script or program to find and settle differences between them. Thus ensuring end-to-end migration of the wiki-pages and avoiding more maintenance.
1 [#1] April 23 - April 30
Community Bonding Period
Community Bonding, if possible keen on having a meeting with the Activity and wiki team. Discussion of ideas that I have.
Exploring the problem case defined earlier.
[#2] April 1 - May 7Start documentation and blog post, about Sugar Labs on my blog.
Setup: development environment.
Continue with Research Part 2
Discuss results with mentor, shortlist methods that have the highest success rate.
Pushing to Github; fixing organization problems
[#3] May 7 - May 14Finalized migration process, start coding.
Spider ready to scrape activities for their GitHub repo.
Report on activities missing GitHub repo. links
Blog post on Community Bonding @ Sugar Labs
[#4] May 15 - May 22Official Coding period starts
Start work on migration script.
Test migration script on 10 activities (aim - 60% migration of content from wiki to GitHub readme of the activity)
Gets reviewed by mentor; implement suggestions
[#5] May 23 - May 30Work on script continues; Tweaking; suggestions implemented by the community
Testing extensively; and commenting
Documentation for script
Write a quality checklist for pages converted to determine bugs, thorough checking of every page converted, every step of the way.
[#6] June 1 - June 7Work on Other Deliverables
Script improved; Commenting; Logging implemented;
Quality Checks implemented on sourced markdown files
100 pages completed (minor improvements)
[#7] June 8 - June 15
First Code Evaluations
Implement suggestions from evaluations.
Start work towards automation of scripts wherever possible (Aim - Least user input)
Start work on making WikiPort available to all as a simple tool.
Get a review of pages migrated, from the community.
[#8] June 16 - June 23Documentation alpha release; Repository made;
Start work: Report of Activities#Sugar_Activities
200 pages migrated.
Random quality checks; manual fixes wherever required.
[#9] June 24 - July 1250 pages migrated, checked.
Get a review of the pages migrated from the community and mentor(s)
Implement and discuss changes.
Finish automation task.
[#10] July 2 - July 10 Second Code Evaluations
300 pages migrated. Completed end-to-end.
Blog post about GSoC: 10 weeks later.
[#11] July 11 - July 18
Soft Deadline - All 345 web pages migrated completing the primary objective.
345 pages migrated.
Tool Ready with automated tasks and checks wherever they could be implemented hosted on GitHub for everyone to use under Sugar Labs
Start work on wiki report (Aim - To propose a better format for clear, uniform documentation)
[#12] July 19 - July 26
Time allocated to fix errors and do any due/extra/unknown work.
Submit Wiki Report; Get feedback from the community
WikiPort reviewed from the community
[#13] July 27 - August 05Time allocated to fix errors and do any due/extra/unknown work.
WikiPort reviewed from the community
Implement further suggestion if possible.
[#14] August 6 - August 13 Final Code Evaluations
Various blog posts about the entire experience, GSoC 2018 and Sugar Community.
Finish making the activity (tentative)
Convince us, in 5-15 sentences, that you will be able to successfully complete your project in the timeline you have described. I love writing and reading code. I learned almost everything by reading the docs. I, later on, started writing documentation and code for others too. Helping me always know exactly where I can find the information I am looking for and how to improve on it, how necessary it is. All my past projects, showcase a strong dedication to the deadline and the determination to get work done. WikiPort will be no different. As for my skills, Articles written, published using Pelican, Wordpress (Markdown).I use git in all project that I start. Document and collaborate on GitHub. Comfortable with both Linux and Windows OS, (preferring Linux all the way) There is no better to prove that I can accomplish and execute my vision for WikiPort by actually showing that work has been done. (here) There are many points to keep in mind while migrating is taking place, hence for a more methodical approach a checklist has been implemented by me which has a summary of all the steps. (Both manual/automated)
You and the community
People would contribute more to bug fixing, indirectly helping the Sugar Labs community to grow and expand more. Helping students, developers, activity maintainers, members of the community.
Produce a new tool by the community, for the community and with the community’s help for everyone to benefit from.
Answer 2: Walter Bender - email@example.com
This project has solid potential to address several pressing issues for the community:
(1) bifurcation -- we are spread across too many platforms which is both a maintenance issue and also an issue for our users and potential developers, who struggle to find the documentation for the Sugar Activities;
(2) redundancy -- we are spread too thin to maintain multiple, redundant instances of documentation. Migrating everything to a uniform platform where is it directly tied to the source would impact both of these issues.
Answer 3: James Cameron - firstname.lastname@example.org
(His assessment of project impact from both Github and Email )
"Migration is needed because Wiki is not being used now that GitHub is being used. Maintaining the Wiki in addition to GitHub is not sustainable. So we want documentation to move from Wiki to GitHub. So that when an activity is updated in GitHub, the documentation can be updated in the same place at the same time."“Originally documentation was separate because we had non-codingdevelopers and tool chains that varied by type of developer. Now weuse GitHub the tool chains are combined. With the project as described, documentation will be concentrated in the source code repository for an activity, reducing ongoing maintenance.We have less active Wiki contributors than we ever did, and in the current threat environment a Wiki requires significant monitoring and administration; we recently lost some system administrators and gained new ones; using GitHub allows us to outsource system administration.”
Answer 4: Tony Anderson - email@example.com
(His comments clarifying the need of WikiPort and the problems it solves)
As always, the question is the impact on our users. The traditional source of information for users is  and  and, especially the wiki pages. So far the effect of gitHub has been to reduce the value of these two sources. In many cases the activities on ASLO have been superseded by ones on gitHub or other git repository but are not available to our users. The documentation of activities on ASLO has never been adequate but now no effort will be made to improve it. This continues the trend toward Sugar being a playground for the technical elite. Complete conversation available here.
 http://www.sugarlabs.org  http://www.laptop.org
What will you do if you get stuck on your project and your mentor isn't around?
I strive to solve a problem using my own skill base by searching about the problem case and working it out into smaller bits.
#sugar and #sugar-devel channels on IRC, the mailing lists where other community members discuss issues. I am familiar with mailing list etiquettes for open source communities and learn fairly fast.
How do you propose you will be keeping the community informed of your progress and any problems or questions you might have over the course of the project?
I would get regular, constructive feedback on the code I will write and the work I would do for the community by posting work samples from Github, on the mailing list and on IRC. [Check Timeline for the same]
Post constant updates on my blog and maintain an update tracker for each week on a public notepad (Etherpad, etc.)
MiscellaneousSend us a link to a pull request or merge request you have made
on a Sugar or Sugar activity bug.I needed to test my WikiPort beta script that I had created, hence took extra effort and migrated these four wiki pages listed below. lettermatch/pull/3 iknowmyabcs/pull/7 sugarlabs/ AEIOU/pull/ 9 /i-can-read-activity/pull/ 4
So what happened one day, I walked to one of the seniors and asked him a question if I remember right about how he would determine which browser is better for a particular segment of code I wrote. He took me to the lab and told me to open a link similar like to this http://bfy.tw/HFBs This will have the solution surely to all my problems.
What happened next? I was embarrassed and couldn’t see straight but he was not judgemental and was very humble (A trait everyone of should have towards beginners, I feel like.) and from that day forward. The only place I actually learned something was the internet.
That day I actually learned how to Google by letting someone google that for me. Teaching by application at its best. I look back to this incident and still smile. I share this experience of mine whenever I have a chance to interact with my juniors that serves as motivation boost and compels them to think that nothing is impossible, and everybody makes mistakes once in a while. This lead to me creating hundreds of links more from this website.