I'll run it myself too and see if I can work out where the problem is
Pratha-Fish
Sure.
Please try running the "mapper_gen_names.py" script
alastairp
and maybe we can talk more tomorrow to see if we find the issue?
do I need to run something first to generate the parquet data files?
skelly37 joined the channel
Pratha-Fish
Yes that's right
please run the "gen_tables.py" script for the same
alastairp
great
Pratha-Fish
Also, if you're free right now can we discuss the timeline for this project?
alastairp
yes, let's do it
when do you start classes?
Pratha-Fish
My classes are active now, and the schedule goes is from 9AM to 4:30 PM
I sometimes do overtime in case there's extra work. But mostly, I am free by 6PM
alastairp
right
so, in my opinion I think it really makes sense that you scale back your SoC time, perhaps to part time. we can extend out the end of the project to compensate for this
Pratha-Fish
Right
How much do you think we'd need to extend it?
alastairp
a regular project is 12 weeks, and we did the first 6 weeks fine, then you had your break for exams and this trip.
so we could extend the last 6 weeks out to another 12 if you need the time
rozlav joined the channel
Pratha-Fish
Sounds fair
On the flipside, a lot of the work is already done and as far as I understand mostly figuring out the artist conflation issue is left
So would we even need to extend the last 6 weeks to 12?
alastairp
yeah, that's true. if we think that we'll get it finished soon then perhaps we don't need too much more time
Pratha-Fish
Right, even parts of the script are already there, and we even have run through the complete dataset once
alastairp
the final week for the regular project length is September 12, I absolutely recommend that we extend by some time
perhaps not another 12 weeks, but I don't think we'll have time to finish in the next 4 weeks
Pratha-Fish
Definitely
We could maybe extend it by 3-4 weeks?
alastairp
I'm sure we'll also have a bit of additional flexibility... if we extend to 12 but finish in 8 then I don't see any problem. However if we only extend to 8 but find that we need more time to finish, then that may cause problems
Pratha-Fish
Yes, the GSoC guidelines probably won't allow 2 extensions
alastairp
from my perspective, I think we still need 6 weeks of full time work on the project, and given your additional commitments I think that extending it to another 12 from this week would be a good idea (I think that would end up being ~20 weeks in total - 6 full time + 2 weeks off just now + 12 more (~= remaining 6 at part time)
Pratha-Fish
That sounds better, just to be on the safer side
yvanzo
al-bondigas, cc bitmap: The initial error message comes indeed from trying to create a database in standalone mode with usual dumps (derived but not editor) for mirror.
The standalone mode is purposed for development setup which loads sample data dump instead. That’s why this case never occurred before.
skelly37 has quit
I added checks to createdb.sh to prevent this case from occurring again.
aerozol
tandy1000: oops, artist redesign ticket if you haven't found it already: MBS-12349
Hello akshaaatt , I was working on the BrainzPlayer Activity, which has multiple screens like songs, artists, albums playlists. I was wondering, to populate each screen, which have different repositories, should I create 1 viewmodel which has all repositories, or should I just create different viewModels and instantiate each in the activity?
Which approach is better design wise?
trolley has quit
trolley joined the channel
dseomn_ joined the channel
bitmap
yvanzo: thanks for looking into it. another issue was how come 'admin/configure rm musicbrainz-standalone' didn't unset MUSICBRAINZ_STANDALONE_SERVER. does that mean it was still set in the .env file?